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(54) Selective modification of a scheduling process 

(57) Tasks (T) such as repair jobs on a telecommu- 
nications system, that are to be performed by field en- 
gineers (E) are scheduled by running a scheduler (10) 
at a server (5) under a predetermined reference set of 
process conditions to provide schedule data corre- 
sponding to schedules of the tasks that the individual 
engineers are to carry out, prepared from task data (4) 
concerning the tasks to be carried out and resource data 
(6) concerning characteristics of the engineers available 
to carry out the tasks over a given period. The resulting 
schedule data is supplied to the engineers so that they 
can carry out the scheduled tasks. What-if analyses can 
be carried out at a workstation controller (7) which acts 
as a client to the server (5). The process conditions for 
the scheduler (10) can be selectively modified at the 
workstation (7) to establish a modified set thereof, and 
they are uploaded to the server which then runs the 
scheduling process with the modified set of process 
conditions, effectively in parallel with the scheduling 
process that is being run with said reference set of proc- 
ess conditions to supply the current schedule data to the 
engineers. The resulting modified schedule data can be 
displayed and analysed at the workstation to determine 
if the scheduling can be improved by changing condi- 
tions such as engineer resources. 
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Description 

[0001] This invention relates to scheduling tasks to be 
performed by a plurality of resources, for example tasks 
carried out by field engineers on a telecommunications s 
system that extends over a wide area such as a country 
or state. 

[0002] In our PCTAA^098/22897, a scheduling system 
is described which may be used for a telecommunica- 
tions system in order to schedule repair tasks to be per- 
formed on the system by field engineers. Teleconimuni- 
cations systems conventionally are provided with auto- 
matic fault monitoring systems that report repair tasks 
to be carried out by field engineers and scheduling sys- 
tems may be provided to communicate schedules of 
tasks to the field engineers. The engineers then travel 
from location to location carrying out the tasks, reporting 
when tasks are completed to the scheduler through a 
portable computer. The scheduler described in our 
aforesaid PCT application dynamically updates the 
schedules for the individual engineers depending on 
workload and engineer availability, which vary dynami- 
cally. 

[0003] The present invention seeks to improve upon 
this prior system and allows what-if computations to be 
performed, for optimising management of the schedul- 
ing process. 

[0004] According to the invention there is provided a 
method of scheduling tasks that are to be performed by 
a plurality of resources, comprising: running a schedul- 
ing process under a predetermined reference set of 
process conditions to provide schedule data corre- 
sponding to schedules of the tasks that individual ones 
of the resources are to carry out, prepared from task da- 
ta concerning the tasks to be carried out and resource 
data concerning characteristics of resources available 
to carry out the tasks over a given period, supplying the 
schedule data produced by the scheduling process to 
the resources, selectively modifying said predetermined 
process conditions to establish a modified set thereof, 
and running the scheduling process with the modified 
set of process conditions during a period that said proc- 
ess is being run with said reference set of process con- 
ditions to supply the schedule data to the resources. 
[0005] The scheduling process may utilise a schedul- 
ing algorithm wherein modalities of its scheduling proc- 
ess are set as a function of the values of a plurality of 
scheduler parameters that are defined by scheduler pa- 
rameter data, and the modification of the process con- 
ditions may include modifying the scheduler parameter 
data. The modification of the process conditions may al- 
so include modifying the resource data that is used in 
the scheduling process to produce the schedule data. 
[0006] A display may be provided for the modified 
schedule data produced by running the scheduling proc- 
ess with the modified set of process conditions. 
[0007] The scheduling process may be run on a serv- 
er and the modification of the process conditions may 



be carried out at a client and uploaded to the server. 
[0008] The invention also includes programs to be run 
to carry out the aforesaid method on a computer, and, 
when run on a client-server system, each individual pro- 
gram for the client and server respectively. 
[0009] The invention further includes apparatus con- 
figured to perform the inventive method. 
[0010] In order that the invention may be more fully 
understood, an embodiment thereof will now be de- 
scribed by way of example with reference to the accom- 
panying drawings in which: 

Figure 1 is a schematic overview of a system for 
carrying out repair tasks on a telecommunications 
system; 

Figure 2 is a schematic block diagram of the work 
manager server shown in Figure 1 ; 
Figure 3 is a schematic illustration of the worksta- 
tion shown in Figure 1 ; 

Figure 4 illustrates schematically the processes 
performed by the workstation; 
Figure 5 is an illustration of a main window to re- 
ceive downloaded schedule data; 
Figure 6 is a display window for a Gantt chart pro- 
duced from the downloaded data; 
Figure 7 illustrates a window for a particular task to 
be carried out by an engineer; 
Figure 8 illustrates a Tour Map window; 
Figure 9 illustrates a map locator window within the 
Tour Map window; 

Figure 10 illustrates a window that displays a map 
legend for the Tour Map window; 
Figures 11a and lib illustrate examples of tours 
carried out by field engineers; 
Figure 12 illustrates the Tour Map window, config- 
ured to display details of engineers capable of per- 
forming an unscheduled task; 
Figure 13 is a block flow diagram for providing the 
Tour Map display shown in Figure 12; 
Figure 14 illustrates a dialogue box for carrying out 
a query concerning engineers for performing tasks 
within their preferred working areas; 
Figure 15 is a partial view of the Tour Map window 
showing the details of engineers found as a result 
of the query displayed in Figure 14; 
Figure 16 Is an illustration of the Tour Map window 
when the preferred working area for a selected en- 
gineer Is displayed; 

Figure 17 illustrates a drop down menu that is 

mouse-selectable to fill-in PWA circles; 

Figure 18 illustrates the Tour Map window with PWA 

circles shaded to determine engineer coverage; 

Figure 19 illustrates the Tour Map window when 

PWA circles overlie one another; 

Figure 20 illustrates a dialogue box for performing 

a query to find engineers capable of performing a 

particular task; 

Figure 21 illustrates a Tour Map window when the 
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outcome of the query of Figure 20 is displayed; 
Figure 22 illustrates a mouse-actuated drop down 
menu for selecting the PWAs of engineers, selected 
by means of the mouse; 

Figures 23 and 24 are screenshots of a statistics s 

display window; 

Figure 25 illustrates a scheduler parameter editor 
window; 

Figure 26 is a block diagram of a what-if process for 
displaying the outcome of changes the schedule io 
data; 

Figure 27 illustrates an engineer resource editor 
window; 

Figure 28 illustrates a display of statistics produced 
by a what-if session; and i5 
Figure 29 Is a display window for comparing the out- 
comes of different what-lf analyses. 

System Overview 

20 

[001 1] An overview of the system according to the In- 
vention is shown in Figure 1 , for scheduling tasks to be 
carried out on a telecommunications system 1 , shown 
schematically to extend over a geographical area 2. En- 
gineers E1 , E2... En carry out tasks on the telecommu- 25 
nicatlons system to keep It In good repair. 
[0012] It will be understood that the telecommunica- 
tions system may extend over a large geographical area 
such as an entire country or state. Considering for ex- 
ample the United Kingdom (UK), there may be of the 30 
order of 20,000 people working on the system who typ- 
ically carry out 1 50,000 tasks every day. 
[0013] In order to simplify administration, the geo- 
graphical area covered by the telecommunications sys- 
tem is broken down into service areas or domains which 35 
can be covered by individual groups of field engineers 
e.g. fifty engineers. For example, in country areas, the 
domains may cover geographical areas of the order of 
one county but in built-up areas, the geographical extent 
of a domain may be much smaller. 40 
[0014] The telecommunications system may Include 
a fault monitoring system 3 which Identifies work to be 
carried out on the system. The fault monitoring system 
produces a list of tasks to be carried out by the field en- 
gineers together with information concerning the nature 45 
of the tasks and their geographical location. Each task 
is given an individual job identification number or JIN. 
[0015] The resulting task data 4 is fed to a work man- 
ager server 5 that computes schedules of tasks to be 
carried out by the individual field engineers El , E2... En. so 
The work manager server handles tasks for the entire 
telecommunications system 1 although may conven- 
iently comprise a number of network server processors 
distributed around the country. 

[001 6] The work manager server 5 Is additionally fed 55 
with information concerning the field engineers El , E2... 
En from an engineer data source 6. The engineer data 
Includes rostering Information i.e. holidays, sickness to- 
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gether with details of the skill level of the engineer for 
example whether they can work on telephone exchang- 
es, optical fibres or other categories of system equip- 
ment. Each field engineer Is given a personal identifica- 
tion number or PIN. 

[0017] The engineers in each domain are organised 
in a number of individual organisational units which are 
given a unique organisational unit code or OUC. A (hu- 
man) management controller for the domain is provided 
with a workstation 7 to receive management information 
concerning the schedules prepared for the individual en- 
gineers and other management information. The work- 
station 7 Is configured to act as a client for the work man- 
ager server 5 and communication between the client 
and server is carried out by any suitable conventional 
method. In this example, communication is achieved 
through the Internet 8 although it will be appreciated that 
other wide area networks could be used. Thus, a plural- 
ity of workstations 7 communicate with the server 5 
through the Internet 8 in order to provide management 
information to the individual organisational units asso- 
ciated with the domains. Only one workstation 7 Is 
shown in Figure 1 in order to simplify the description. 
[001 8] Each engineer E in the domain is provided with 
a mobile computing facility such as a hand held terminal 
e.g. the Husky model FS/2 produced by Husky Comput- 
ers Limited of Coventry England or a conventional lap- 
top computer L1 , L2. This enables the engineers to com- 
municate individually with the work manager server 5, 
typically through the telecommunications system 1 or al- 
ternatively by mobile IP. When an individual engineer E 
logs onto the server 5. an individual work schedule is 
provided to the engineer by the server 5. The server pe- 
riodically updates the schedule to optimise task alloca- 
tion to the individual engineers. Thus, when a engineer 
completes a task, a report is provided back to the work 
manager server 5 in order to enable the server to keep 
an account of work carried out and to update and opti- 
mise the schedules. After completion of an individual 
task, the engineer is then provided with details of the 
next task to be carried out. In Figure 1 , the communica- 
tion of task completion reports and task requests Is 
shown schematically by functional block 9. 
[0019] The work manager server 5 is shown in more 
detail in Figure 2 and comprises a general purpose com- 
puter configured to operate as a server and provide the 
functionality shown schematically within the hatched 
outline. The server 5 includes a scheduler 10 which re- 
ceives the task data 4 and engineer data 6 together with 
the engineer reports 9. The scheduler 10 performs a 
simulated annealing algorithm to produce schedules for 
the individual engineers which are shown schematically 
as functional block 11. In practice, the schedule data 
produced by the scheduler 10 is stored in a database In 
a storage medium such as a hard disc (not shown). 
[0020] Scheduler 10 may operate to generate an ini- 
tial series of schedules allocating field engineers to the 
tasks. The Initial schedules may be generated In a two- 
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stage process in which a rule-based system allocates 
tasks selected as being difficult to allocate e.g. because 
they are linked to other tasks, and then a stochastic 
search system completes the rest of the schedule. Pe- 
riodically the stochastic system may be Interrupted to 5 
allow a further rule-based system to analyse the sched- 
ules created so far, and fix the best ones in the schedule, 
so that the stochastic system can then concentrate of 
improving the remaining schedules. This is referred to 
hereinafter as "hard scheduling" HS. In order to allow 
the scheduler to handle rapid changes in the require- 
ments for tasks and the availability of field engineers, 
on a scale faster than the time required to generate the 
schedules, a schedule modification system is arranged 
to make changes in the short term, between the sched- 
ule updates delivered by the hard schedule generation 
system. This will be referred to as "simulated annealing" 
SA. The scheduler 10 is described in more detail in our 
co-pending PCT/W098/22897 to which reference is di- 
rected. 

[0021] Even though the scheduler 10 can respond in 
essentially real time to new task data, there will remain 
some unscheduled tasks 11a which will need to be al- 
located to engineers. Details of the unscheduled tasks 
11a may be stored with the schedules 11 , although they 
are shown separately in Figure 1 for purposes of clarity. 
[0022] The work manager server 5 also Includes a 
what-if server 12 which can be accessed by the OUCs 
from their workstations 7 to enable what-if scenarios to 
be investigated, to provide management information. 
The outcomes of such what-if investigations are held in 
files 13 for review by the workstations 7. The what-if 
server 1 2 communicates with the scheduler 1 0 to derive 
outcomes of what-if investigations. 
[0023] The work manager server 5 further includes a 
map server 14 which provides map display data to the 
individual workstations. As explained later, this enables 
a map to be displayed corresponding to the domain for 
the OUC at the workstation 7. In this example, the map 
server 14 provides a map of the United Kingdom, using 
the UK National Grid map co-ordinate reference system, 
which has a predetermined relationship with latitude and 
longitude. The map is provided with details of the cov- 
erage areas of individual telephone exchanges. The en- 
gineer data 6 and task data 4 provides details of the lo- 
cation of the various engineers and tasks using the Na- 
tional Grid map co-ordinate reference system. Whilst in 
this example the map server is shown included in the 
work manager server 5, it will be understood that a sep- 
arate map server could be provided at a different loca- 
tion, accessible through the Internet 8 by the individual 
workstations 7. Also, different map reference co-ordi- 
nate systems could be used. 

[0024] As previously mentioned, the scheduler 1 0 us- 
es a rule-based system for the HS/SA processes. The 
speed of computation and the outcome are a function 
of the parameters used to define the scheduling proc- 
ess. These scheduler parameters 15 can be modified. 
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and as will be explained hereinafter, the outcome of 
changing the values of the scheduler parameters can 
be reviewed at the workstation 7 using the what-if server 
12. The settings for the scheduler parameters 15 that 
were used to prepare a particular schedule 11 , are made 
available to the workstation for use in the what-if proc- 
esses. 

[0025] Under limited circumstances, the workstation 
may be permitted to change the scheduler parameters 
for the production of subsequent schedules. In practice, 
the scheduler parameter data 1 5 may be included with 
the current schedules but is shown separately in Figure 
2 for purposes of clarity. 

Workstation 7 - OUC 

[0026] The hardware configuration of the workstation 
7 is illustrated schematically in Figure 3. The workstation 
7 comprises a screen 16 such as a CRT or plasma dis- 
play, keyboard 17, mouse 18, storage device 19, typi- 
cally a floppy disk drive 19a, hard disc 19b and CD or 
DVD ROM drive 19c. processor 20, RAIV1 21. ROM 22 
and network connection 23 such as a modem or ISDN 
interface. The aforementioned components are inter- 
connected by a common bus 24 as well known in the art. 
[0027] Referring to Figure 4, control software 25 run- 
ning on the workstation 7 provides five main displays for 
the output display 16 including a Tour Map produced by 
tour map generation software 25a, and a Gantt chart 
produced by a software module 25b. The software mod- 
ules 25a, 25b operate upon map and schedule data 26 
downloaded from the work manager server 5, and a dis- 
play is provided on the output display 16. The form of 
the display is controlled by user control commands gen- 
erated by means of the keyboard 17 and mouse 18. Ad- 
ditionally, the control software 25 includes a statistics 
generator 25c to provide statistical displays based on 
the downloaded schedule data 26. Furthermore, the 
software 25 includes a what-if controller 25d to co-op- 
erate with the what-if server 1 2 as will be explained in 
more detail hereinafter. Also, a scheduler parameter edit 
controller 25e is provided to allow editing operations to 
be carried out on the scheduler parameters 15, as will 
be described later. 

[0028] The output management information may be 
displayed in a Gantt chart window or a Tour Map window 
to be explained in more detail hereinafter. 

Downloading sctieduie data 

[0029] The controller at workstation 7 can download 
schedule data 26 by using a main window 30 illustrated 
in Figure 5. Schedules for a particular domain can be 
selected by means of dialogue box 31. As previously 
explained, the work manager server 5 may in fact com- 
prise a number of distributed servers around the country 
and dialogue box 32 permits selection of an appropriate 
local server. 
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[0030] The window 30 is provided with a button bar 
33. Button 34 permits the latest schedule to be down- 
loaded. Button 35 permits schedules to be archived into 
a selected archive folder 36. Folder 36 is a default ar- 
chive folder and two other archive folders are shown s 
which have been named by the user. Button 37 selects 
a statistics display and button 38 selects a parameter 
editing facility. Button 39 selects a Gantt chart to be de- 
scribed in more detail later and button 40 selects a dis- 
play of a Tour Map. also to be described in more detail 
later. Button 41 allows a what-if analysis to be per- 
formed. 

[0031] Four downloaded schedules 42, 43, 44 and 45 
are shown in the window 30, held in a folder wms 46, 
[0032] Considering the schedule 42 by way of exam- 
ple, it was created on 17 February 2000 at 16.09 hrs 
and relates to the domain Ml which, as can be seen from 
dialogue box 31, is a domain around Greenford. to the 
west of London, UK. The schedule has been prepared 
by the HS/SA technique described previously and in- 
cludes 115 tasks to be performed by 1 74 engineers over 
three days. The data in the file includes , the task data 
4 and the engineer data 6 for the domain, together with 
schedule information produced by the scheduler 10 for 
each of the 1 74 engineers who are individually identified 
by their PINs. The tasks are individually identified by 
their JINs. 

Gantt window 

[0033] The Gantt chart generator 25b shown in Figure 
4 operates on the schedule data to produce correspond- 
ing Gantt charts In a Gantt chart window 48 shown In 
Figure 6. The window includes two portions; window ar- 
ea 48a displays scheduled tasks and window area 48b 
displays unscheduled tasks. On the left hand side of the 
window, a vertical list 49a of the PINs of the individual 
engineers is displayed and each has a corresponding 
time line extending horizontally across the window 48a. 
Thus for PIN LWBDG01 a time line 50 is provided. Dia- 
mond symbols indicate the start and finish of the working 
day for the engineer concerned. Different categories of 
work activity are represented by different coloured elon- 
gate strips or blocks and a colour code legend is provid- 
ed in a separate window (not shown). Considering for 
example the time line 51, the engineer concerned car- 
ries out two tasks indicated by strips 52, 53 and under- 
goes a period of travel 54 between the tasks 52, 53. 
[0034] As previously mentioned, the schedule data 
files 42-45 each contain schedule data for three succes- 
sive days and In'the Gantt chart of Figure 6, the window 
48 provides access to individual charts for the three 
days respectively, accessible by means of tabs 55, 56, 
57. 

[0035] The window 48 also has a search facility button 
58 that allows the user to search for individual jobs and 
engineers by PIN and JIN. 

[0036] Each task is given an importance score by 



8 

means of the HS/SA scheduler 10. In this example, the 
tasks 52 , 53 have an importance score of 200 and 550 
in Figure 6. Full task details of an individual task can be 
obtained by clicking the right hand mouse on the task 
block e.g. task 52 or 53 which provides a drop down 
menu (not shown) with an option to retrieve full task de- 
tails from the schedule data, which is displayed in a float- 
ing window as shown in Figure 7. 
[0037] As previously explained, unscheduled tasks 
are displayed in window 48b. A list of their location 
codes, comprising a letter code indicating a telephone 
exchange is given in vertical window 49b. 
[0038] Each task in the schedule has a contingency 
figure associated with it. This comprises the number of 
"spare" minutes between the start time scheduled for a 
task and the projected latest start time, as projected by 
the scheduler 10. If the task were to start after this latest 
start time it would then fail. For an appointed task, for 
example, this latest start time is represented by the end 
of an appointment slot. The Gantt chart shown In Figure 
6 can be operated by using a contingency control button 
59 to display the contingency time for each task in a dif- 
ferent colour set. This display gives an at-a-glance indi- 
cation of tasks which are currently safe from failure, 
those with a relatively low contingency, those which 
have already failed to be handled by an engineer and 
those which are shown as being scheduled such that 
they will fail. 

[0039] This display of contingency values allows the 
user at workstation 7 to identify problem areas and make 
a manual intervention to the scheduling scheme, if 
needed. 

The Tour Map Window 

[0040] The tour map window allows the schedule for 
individual engineers to be mapped as a tour on a map 
corresponding to the domain 2. Appropriate map data 
is downloaded from the map server 14 shown in Figure 
2, to the workstation 7 and the tour map generation soft- 
ware 24 shown in Figure 4 operates on the schedule 
data to provide a pictorial display of the tour to be carried 
out by one or more field engineers as they move from 
task to task at different geographical locations according 
to their individual schedules specified in the downloaded 
schedule data 26. 

[0041] An example of the tour map window 60 is 
shown in Figure 8. In this instance of the window, map 
data is shown for a domain that includes telephone ex- 
changes at and around Greenford. Outstanding tasks 
are shown as rectangular dots 61 on the map display. 
The boundary of the telephone exchange area 62 for 
Greenford is shown together with a corresponding area 
63 associated with an exchange "Hayes". On the left 
hand side of the window, a so-called Tours Filter dia- 
logue box 64 displays the PINs for field engineers for 
the domain. The Tours Filter 64 allows the tour for one 
or more engineers to be selected by clicking with the 
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mouse on the relevant PIN as will be explained In more 
detail later A scroll bar 66 allows all the PINs to be dis- 
played. 

[0042] The duration of the displayed tour can be se- 
lected by means of a time filter which comprises two slid- 5 
er controls operable by using the mouse. Slider control 

66, marked "S" sets the start time for the displayed tour 
and the slider 67, marked "E" sets the end time. 
[0043] A further filter is provided to control the display 
so as only to display tasks with an importance score 
within a particular range. Slider control 68 sets the lower 
threshold level of importance score whereas slider 69 
sets the upper threshold for the displayed importance 
score. Tasks lying outside of the range set by the slider 
controls are not displayed. 

[0044] A compass rose 70 is displayed in the top left 
hand corner of the map area, which can be used to nav- 
igate quickly around the map. Clicking on one of the sec- 
tors of the rose moves the viewing area across the map 
by one full screen. Clicking on the centre of part of the 
compass rose returns the user to the central part of the 
map display. 

[0045] When initially displaying the map or when sev- 
eral jumps have been made by scrolling around the 
map, it may be difficult for the user to ascertain which 
part of the map is being displayed. To assist, a map lo- 
cator window may be displayed by operating a map lo- 
cator toggle button 71 on the button bar of window 60. 
This displays a small window 60' which displays the en- 
tire map for the domain, with cross hairs 73 indicating 
the centre-point location for the main map window 60, 
as shown in Figure 9. In this case, the cross hairs 73 
are centred on the exchange Kneller Hall, to the south 
of Greenford. It will be understood that the window 73 
can be toggled on and off using the button 71. 

Displaying Tours 

[0046] Referring to Figure 8, the tour map window 60 
has a engineer data display area 72. When the tour map 
window 60 is first opened, the display area 72 is blank 
and the tours filter window 64 has all the PINs for the 
engineers In the domain highlighted, with the result that 
all tasks are displayed on the previously described Gantt 
chart are displayed on the map. However, individual 
tours for one or more engineers can be selected by se- 
lecting one or more PINs In the window 64 by means of 
the mouse. 

[0047] If tours for two or three engineers only are se- 
lected, then arrows can be displayed to link the various 
points of call for an individual engineer, according to a 
map legend shown in Figure 10. From Figure 10, it will 
be seen that different types of tasks are displayed with 
different legends and, by clicking on the travel key 74, 
arrows connecting the various tasks for an individual en- 
gineer, within the time frame set by slider controls 66, 

67, are displayed on the map. 

[0048] Examples of tours are given in Figures 11a and 
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11b. 

[0049] Figure 11a illustrates a tour for the remainder 
of a current day. The engineer's cunrent location 75 is 
highlighted in a distinctive colour - red in this example, 
and arrow 76 indicates the journey to be made to the 
next task 77. The symbol 76 indicates that more than 
one task is to be performed at this location. Thereafter, 
the field engineer is to travel to deal with task 78. Then, 
the engineer returns home, at the end of the day, as in- 
dicated by arrow 79, which has a distinctive colour - 
green in an actual example. 

[0050] Figure lib illustrates a tour for a engineer, 
which covers the remainder of the current day, together 
with the entire following day. The engineer travels from 
current location 80 (which may be displayed in red) to 
three other sites 81, 82, 83, in turn. At the end of the 
day, the engineer travels from the site 83 to a start/finish 
location 84 as indicated by arrow 85 (which may be col- 
our coded-green). The next day, the engineer travels to 
a first task 86. as indicated by an arrow of a distinctive 
colour indicating travel from the start location, e.g. yel- 
low, indicated by arrow 87. The engineer spends all day 
at location 86 and then returns home as indicated by 
arrow 88, which is colour coded green. 
[0051] In use. the display area 72 shown in Figure 8 
includes details for the field engineers for which tour 
maps are displayed. This will be explained in more detail 
later. 

[0052] It is possible to display details of the individual 
tasks by using the mouse to click on a task such as an 
individual task 61 shown in Figure 8 and, by performing 
predetermined mouse operations, a display corre- 
sponding to Figure 7 can be obtained for each individual 
task. Furthermore, when multiple tasks are to be found 
at the same location, further mouse operations can be 
performed to display each task Individually. 

Unscheduled tasks 

[0053] The system also can display unscheduled 
tasks. Referring back to Figure 2, it will be recalled that 
the scheduler 10 may not schedule alt tasks and pro- 
vides a list of unscheduled tasks 11a. Information con- 
cerning these unscheduled tasks is provided to the 
workstation 7 in the downloaded data 26 shown in Fig- 
ure 4. 

[0054] To display only unscheduled tasks, a "sched- 
uled task" option 90 in the map legend window shown 
in Figure 10, is disabled such that only unscheduled 
tasks, coded with a symbol ♦ are displayed at relevant 
locations in the map window 60. Alternatively, the un- 
scheduled tasks can be displayed by clicking the right 
hand mouse button on the tours filter window 65 shown 
in Figure 8 so as to deselect ail PINs and thereby hide 
their scheduled tasks on the map display In window 60. 
[0055] The window 60, in response, displays only 
those tasks which were unscheduled at the time that the 
relevant schedule was run. The details of the unsched- 
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uled tasks can be displayed Individually by using the 
mouse to click on them as previously described for 
scheduled tasks so as to provide a display correspond- 
ing to Figure 7 for an Individual unscheduled task. 
[0056] Figure 12 illustrates a partial, enlarged view of 5 
the tour map window 60 shown in Figure 8, when un- 
scheduled tasks are displayed. The location of unsched- 
uled task 91, disposed near the English town of Ux- 
bridge is shown. Also, the current locations of field en- 
gineers are shown by the circular dots 92, 93, 94, 95, 
96. Details of the current locations of the field engineers 
are shown in the display window area 72 by reference 
to their PIN and OUG. The selection of engineers to be 
displayed in this window is determined by right clicking 
on the relevant unscheduled task - task 91 in this exam- 
ple so as to provide a display in area window 72 con- 
cerning the PIN, OUC, distance and travel time of adja- 
cent field engineers. This information is computed by the 
tour map software 25a shown in Figure 4. Thus, the op- 
erator at workstation 7 can determine how best to deal 
with unscheduled tasks e.g. in an emergency situation, 
in which an engineer needs immediately to be dis- 
patched to deal with the unscheduled task. Thus, the 
operator at workstation 7 can manually override the 
schedules provided by the work manager server 5. 
[0057] Figure 1 3 illustrates the process carried out by 
the Tour Map software generator 25a to produce the dis- 
play of engineers in window area 72. At step S13.1, rel- 
evant engineer data are obtained from the engineer data 
6 shown in Figure 1 . The engineer data may relate to all 
the engineers for the domain or a selected group of 
them. The selection process is described in more detail 
hereinafter with reference to the Find Task Engineer 
Query. 

[0058] Then, at step SI 3.2. the task location data for 
the unscheduled task, that has been selected by means 
of the mouse cursor. Is compared with the location data 
for each Individual engineer so that at step S13.3, the 
relative distance and the time to travel to the unsched- 
uled task is computed for each engineer. 
[0059] Then, at step SI 3.4, the engineer data Is 
ranked in order of preference on the basis of the time 
taken to travel to the unscheduled task. However, alter- 
native rankings may be used, such as the distance to 
travel to the unscheduled task. The resulting data is then 
displayed in the window area 72 shown in Figure 12. 

PWA Query Tool 

[0060] When the Tour Map window 60 is initially 
opened, no field engineer data is displayed in the win- 
dow 72 and only the task locations are displayed on the 
map in window 60, together with travel arrows, if select- 
ed. 

[0061] In order to determine the location of a specific 
field engineer or group of engineers who fit certain cri- 
teria, a PWA query tool is selected from the button bar 
using button 99 shown in Figure 8. This displays a PWA 



query dialogue box as shown in Figure 14. The dialogue 
box allows certain search criteria to be set in respect of 
field engineers. Data selection fields, which use drop 
down menus (which can also be overtyped) are provid- 
ed to set up the search criteria. Field 100 sets the do- 
main, field 101 the date and field 102 sets the OUC. 
[0062] There are a number of further fields which se- 
lect details from the engineer data 6 described with ref- 
erence to Figures 1 and 2. An Attendance field 103 al- 
lows engineers to be selected on the basis of whether 
they are rostered in (i.e. working), rostered off, absent 
(e.g. on holiday) or all engineers can be selected. 
[0063] Field 104 permits engineers to be selected in 
temns of their skill levels. As previously described, the 
engineer data indicates the skill levels of individual en- 
gineers. 

[0064] Field 1 05 permits engineers to be selected de- 
pending on whether they are a member of a closed user 
group or CUG. These groups may be for specific secure 
or specialist areas such as banks, particular industrial 
sites and the like where only engineers with a predeter- 
mined security clearance are allowed access. 
[0065] Field 106 allows a preferred working area or 
PWA for the engineers to be selected. Each engineer 
has a preferred working area which is displayed on the 
maps as circle centred on a particular telephone ex- 
change firom which the engineer usually operates. Four 
menu choices are provided. A "normar PWA comprises 
a circle of a predetermined radius based on the tele- 
phone exchange. 

[0066] An "interrupt" option permits the radius of the 
PWA circle to be expanded in order to increase the ef- 
fective mobility of engineers in order to deal with the oc- 
currence of e.g. a very important urgent task. A "start of 
day" option allows the PWA to be modified to take ac- 
count of the distance that an engineer may need to travel 
from home at the start of the day. The "extended" option 
allows the PWA circle radius to be enlarged for example 
to deal with situations where only a few engineers are 
available e.g. due to sickness and a decision is made 
deliberately to increase the working area to deal with the 
resulting engineer resource shortfall. 
[0067] When the fields have been appropriately set, 
a run query button 107 is operated, which results in a 
display in the window area 72 as shown in Figure 15. 
[0068] The PlNs of engineers which satisfy the search 
criteria are displayed in a column 108 together with a 
conresponding OUC in column 109. The column relating 
to the mobility of the engineers together with the corre- 
sponding mobility radius are presented in columns 110, 
111. The mobility radius corresponds to the radius of a 
circle based on the current working location of the field 
engineer and indicates how far the engineer can travel 
during the remainder of the working day. The PWA ra- 
dius for the engineers is displayed in column 112, with 
a value corresponding to the search criteria set in dia- 
logue box 106 in Figure 14. The PWA radius is centred 
on a particular exchange indicated by a three digit code 
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in column 113. The location of the exchange on the map 
is indicated by a code presented in column 114. 
[0069] This data can be displayed on the map in win- 
dow 60 for one or more engineers, by selecting the PIN 
in display 72. using the mouse. The resulting display is 5 
shown in Figure 16. Additionally, if desired, the start and 
preferred working locations for the engineers concerned 
can be displayed by making an appropriate selection in 
the map legend window, using menu options 115, 116 
shown in Figure 10. 

[0070] In Figure 16, a display corresponding to engi- 
neer PIN LWMXS26 is shown corresponding to a high- 
lighted display line 117 in display area 72. The display 
includes a circle 118 with a radius corresponding to 8km 
centred on the preferred working location, namely the 
Greenford exchange 119. The actual working location 
120 is also shown and a mobility circle with a mobility 
radius of 8.33km may also be shown, although it is omit- 
ted from Figure 16 for purposes of clarity. 

Checking Area Coverage by Engineers 

[0071] The system is configured to allow the area of 
coverage on the map to be checked for different criteria 
such as a particular OUC, for the current day or for some 
certain date In the future, specifying the normal PWAs 
or other PWAs as appropriate. 

[0072] Firstly, a PWA query Is carried out as previous- 
ly described using appropriate PWA type, skill OUC and 
CUG patterns and an appropriate date, using the PWA 
query dialogue box illustrated in Figure 14. It will be un- 
derstood that this populates the display window area 72 
with the details of engineers capable of providing the 
particular coverage of interest. 

[0073] Then the right hand mouse button is operated, 

which displays a menu 121 shown in Figure 17. The 
menu option "Fill PWA Circles" 122 is selected using the 
mouse, which results In the PWA circles for all the se- 
lected engineers being displayed, each filled with a 
shading as shown in Figure 18. The shaded area can 
be compared with the map area and regions of no cov- 
erage can readily be identified. In Figure 18, regions 123 
have no coverage, together with regions 124, 125, 126. 
The small regions 125, 126 would not otherwise readily 
be identifiable. 

[0074] A list of the engineers for which the fllled-in 
PWA circles are displayed, is given in the display area 
72. 

[0075] Where several PWA circles overlie one anoth- 
er, it is possible to obtain information concerning the pins 
for the engineers concerned, by clicking right hand 
mouse button with the cursor disposed on the PWA cir- 
cle as shown for circle 127 in Figure 19. In this way, the 
PI Ns for the overlying PWA circles are displayed in a 
drop down list 128. 
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Find Task Engineer Query 

[0076] The controller at workstation 7 may need to 
find an engineer who can take on a currently unsched- 
uled task. Alternatively, the controller may need to iden- 
tify a engineer who can take on a task which is already 
part of another engineer's tour, e.g. because the engi- 
neer's van has broken down or because the engineer is 
tied up in a current task that will take longer than sched- 
uled. 

[0077] As previously explained with reference to Fig- 
ure 1 7, using the right hand button of the mouse pro- 
vides a drop down menu and one of the menu options 
is "Find Task Engineers Query" 129 shown in Figure 17. 
A similar menu option can be obtained when the Gantt 
chart is displayed by right-clicking with the mouse. Se- 
lection of this menu option displays a dialogue box 130 
illustrated in Figure 20. If the right hand mouse button 
was operated with the mouse cursor aligned with a par- 
ticular task, the details of the task concerned will auto- 
matically be displayed in the dialogue tx>x 130. Thus, 
the current JIN, domain and date are automatically sup- 
plied to the field windows 131, 132, 133. Alternatively, if 
the right hand mouse button is clicked in a background 
area of the map instead of on the task, and the find task 
engineers query option 129 is selected, the fields 131, 
132 and 133 will be blank and the user can supply rel- 
evant details and then perform the query. This can be 
useful if the task concerned is not displayed on the map. 
The user can then set the PWA type in field 134. Con- 
sideration of the skill level, CUG, PWA and mobility can 
be selectively enabled using fields 135, 136, 137 and 
138, depending on the requirements of the user. 
[0078] Then, a run query button 139 is actuated and 
the tour map generation software 24 retrieves current 
details of field engineers that fit the search criteria in the 
query dialogue box 1 30, and displays their current loca- 
tions on the tour map in tour window 60, as shown in 
Figure 21. The display window area 72 becomes popu- 
lated with the details of all field engineers retrieved by 
the query i.e. those that fulfil the query criteria and who 
have current or future schedule hours available to carry 
out tasks, on the date selected. 

[0079] As shown in Figure 21 , the available engineers 
are listed in order of preference in the display area 72 
in terms of their PIN and OUC, listed in column 140, 141, 
with details of their distance from the location of the task, 
given in column 142 together with an estimated travel 
time to the task in column 143. An estimated available 
start time for the task is given in column 144 and a [?] 
Is given in column 145. 

[0080] In the map window, details for the first three 
engineers listed in display area 72 are provided namely 
for display lines 146, 147, 148, shown highlighted. The 
default display for map window 60 includes the current 
and next location for each field engineer but further de- 
tails may optionally be displayed. In the example of Fig- 
ure 20, the preferred working locations for the three en- 
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gineers are shown at 149, 150 and 151. Furthermore 
two of their PWAs are shown at 152 and 153. 
[0081] It will be appreciated that the Find Task Engi- 
neers Query box in Figure 20, when used for an un- 
scheduled tasl<, i.e. by clicking the mouse on an un- 
scheduled task, provides details of engineers available 
to perform the task which can be displayed as shown in 
Figure 12, as previously described. 

Engineer Locations 

[0082] As already described, only the locations of se- 
lected engineers displayed in the display area 72 of win- 
dow 60 may be displayed on the map. Further control 
of which engineers are displayed can be achieved by 
clicking the right hand mouse button a blank area of the 
map to provide the drop down menu shown in Figure 
1 7, and then selecting a ''show locations for" menu op- 
tion 1 54 which offers two further options as shown in 
Figure 22. When "all selected engineers" option 155 is 
selected, which is the default, the engineers' tasks are 
displayed as previously described with reference to Fig- 
ure 8. However, when option 156 is selected, then only 
the PWA circles for the selected PINs displayed in area 
72 are shown, as before, but none of the task locations 
are displayed until the mouse pointer is placed over a 
particular PWA circle. Then the location of all types of 
tasks for that engineer are displayed irrespective of the 
map legend selections made in the map legend window 
shown in Figure 10. This option is particularly useful for 
browsing through each relevant engineer to determine 
their location with respect to their PWA. It also reduces 
clutter when it is desired to see all types of locations for 
each engineer. 

[0083] When this option is selected, moving the 
mouse pointer onto a PWA circle causes it to be dis- 
played in bold and the start, current and preferred and, 
where appropriate, next location for that engineer only 
are then displayed on the map. If the PINs mobility limit 
is greater than the PWA radius, this is shown as a sec- 
ond circle in red, at an appropriate distance from the 
PINs current location. If the mobility distance is the same 
as the PWA radius, and the current location is also the 
preferred location then, on placing the mouse pointer on 
the PWA circle, the circle is again made bold, but now 
in red indicating that the two are superimposed. 

Statistics Display 

[0084] The workstation control software 25 includes 
a statistics generator 25c that can be selected by means 
of the statistics button 37 on the main window shown in 
Figure 5. Displays produced by the statistics generator 
software 25c are shown in Figures 23 and 24. The soft- 
ware acts on a selected individual schedule e.g. sched- 
ule 41 in respect of the three successive days data 
therein, to provide totals and averages as shown in 
screen display 1 57. in Figure 23. As shown in Figure 24, 
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the display also includes quality of service or QOS indi- 
cators, shown in screen 158. The statistical display soft- 
ware 25c also can provide graphical displays of the cor- 
responding data (not shown). 

5 

Parameter Editor 

[0085] As previously described, the HS/SA scheduler 
10 shown in Figure 2 makes use of scheduling algo- 
rithms that include a number of adjustable parameters 
15, which can be edited by means of parameter editor 
controller software 25e shown In Figure 4. The param- 
eter editor software is actuated by means of button 38 
on button bar 33 of Figure 5, as a result of which a dis- 
^5 play of the parameters is provided on output display 1 6 
as shown in Figure 25. A detailed discussion of the 
scheduler parameters is given in our PCTA/V098/22897 
supra. In Figure 25. the parameters are displayed over 
six pages and have been downloaded from the work 
20 manager server 5. Some of the workstations 7 will be 
provided with authority to change the parameters for the 
scheduler 10 and to upload revised values of the indi- 
vidual parameters. This is achieved in Figure 25 by plac- 
ing new values of the parameters concerned in the 
25 "new" column 1 59, to replace the current values shown 
in column 160. Column 161 provides a default value for 
each individual parameter. A usual range is presented 
in column 162 and the units concerned in column 163. 
[0086] The parameter editor can also be used to an- 
30 alyse the parameters for a particular set of schedule da- 
ta 26 which, as previously described, may include 
scheduler parameter data 15. corresponding to the pa- 
rameters actually used when preparing the schedule da- 
ta by means of the scheduler 10. The parameter data 
35 derived firom the schedule data 26 can also be edited, 
particularly for use in a what-if analysis. This is achieved 
by selecting one of the schedule data files, such as file 
42 in the main window of Figure 5, so as to display the 
scheduler parameter data from the selected file in the 
40 parameter editor. 

What-if Analysis 

[0087] As previously described, the scheduler 10 
45 shown In Figure 2 continually updates schedules and 
provides tasks to the individual engineers in response 
to task requests 9. The workstation 7 can carry out what- 
if analyses using the what-if server 12 shown in Figure 
2, making use of the scheduler 10, in parallel with the 
50 on-line scheduling process performed by scheduler 10 
for the engineers In response to their task requests 9, i. 
e. during a period the scheduler is supplying schedule 
data to the engineers. 

[0088] Figure 26 illustrates the overall process for a 
55 what-if enquiry. The what-if process allows schedule da- 
ta 26 to be modified in respect of the resource data 6 
concerning the engineers and the scheduler parameter 
data 15, previously used to prepare the schedule under 
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investigation. Thus, the user can investigate what would 
happen if a different number of engineers were used 
with different working periods etc. and determine also 
the effect of changing the assumptions made in the 
scheduling process by the scheduler 1 0. The results can 5 
be compared with the original schedule data by use of 
the previously described Gantt chart. Tour Map and sta- 
tistics display. 

[0089] A what-if session is commenced by operating 
button 41 on button bar 33 in Figure 5. The user then io 
selects a schedule to be analysed. For example, one of 
the schedules 41-44 can be selected or an archived 
schedule can be chosen from one of the archive folders 
36 shown in Figure 5. 

[0090] The retrieval of the schedule data is shown at 15 
step S26.1 in Figure 26. Then, at step S26.2, the re- 
source editor window shown in Figure 27 is used to mod- 
ify the engineer data 6 in the data schedule file retrieved 
at step S26.1 . As previously described, the schedule da- 
ta concerns engineers in a particular domain for three 20 
successive days. The OUCs for the domain are dis- 
played on separate sheets and a display for OUC SSA 
101 is shown in Figure 21. The display includes a col- 
umn 164 for the PINs of the engineers for the OUC to- 
gether with details of their rostering information over 25 
three successive days, in column 1 65. 1 66 and 1 67. The 
codes W and ROF signify that the engineer concerned 
is working or rostered off. The operator at workstation 7 
can selectively change this data. One or more engineers 
can be moved from the schedule. Engineers can be 30 
changed from "rostered off" to rostered on i.e. "working" 
and vice versa. Engineers' absences can be removed 
or added and one or more engineers can be duplicated 
to increase the resource available. These operations 
are performed using the mouse and keyboard. 35 
[0091] At step S26.3. the scheduler parameter data 
15 is selectively modified. This is carried out using the 
input screen shown in Figure 25, as previously de- 
scribed. The changes made at step S26.2 and S26.3 
thus set up a what-if session shown at step S26.4. It will 
be understood that in the what-if session, modifications 
have been made to a reference set of process condi- 
tions used in the scheduling process by the scheduler 
10 to produce the schedule data file concerned, namely 
the scheduler parameter data 1 5 and the resource data 45 
6. The what-if session sets up a modified set of these 
conditions. The what-if session Is given a session 
number e.g. session 0. Further what-if sessions may be 
generated as previously described for comparison with 
one another. so 
[0092] Then at step S26.5. an individual what-if ses- 
sion is uploaded to the what-if server 1 2 in the work man- 
ager server 5 and, In parallel to the main processes, the 
scheduler 10 recalculates the schedule data using the 
updated parameters of the what-if session. The result- 55 
ing schedule data is held as a what-if file 13 shown in 
Figure 2 and then downloaded to the workstation 7 at 
step S26.6. 



18 

[0093] If desired, the session details can be individu- 
ally stored at step S26.7. Also, the scheduler parameter 
data that was included in the session can be saved sep- 
arately at step S26.8. 

[0094] The amended schedule received at step S26.6 
can then be reviewed. The schedule can be used to pro- 
duce a Gantt chart on display 16 at step S26.9 in the 
manner previously described for the original schedule. 
The Gantt chart display can provide a display of both 
the original schedule and the schedule produced by the 
what-if session and so by displaying them side-by-side, 
a comparison of the changes can be easily made. 
[0095] Similariy at step S26. 1 0. a display Tour Map of 
the original schedule data and the result of the what-if 
session can be displayed, using the previously de- 
scribed Tour Map display. 

[0096] A statistical display can also be produced as 
illustrated at step S26.11. 

[0097] Figure 28 illustrates a window for displaying 
what-if statistics. The window shown in Figure 28 in- 
cludes a main window area 180 which provides a sta- 
tistical display generally similar to the display 1 57 shown 
in Figure 23. In addition, a display window 181 is pro- 
vided for the various sessions generated by step S26.4. 
In Figure 28, one of the sessions, namely "session4" has 
been highlighted with the mouse, referenced 182. The 
corresponding totals/averages and QOS indicators are 
shown for "session4''. 

[0098] Then, as shown in Figure 29, "session2" Is 
highlighted, reference 183. As previously explained, the 
sessions are subject to changes with respect to one an- 
other and the corresponding changes in the statistics i. 
e. the changes between session 182 and 183. are high- 
lighted, typically In red, as shown schematically at 184, 
185 in the display. Thus a comparison between the var- 
ious what-if sessions can be compared readily using this 
display. 

[0099] If the parameter scheduler data saved at step 
S26.8 gives rise to an improved scheduling, as deter- 
mined by the what-if analysis just described, the saved 
parameter data can be uploaded to the work manager 
server 5 to control operation of the scheduler 10 at step 
S26.12. In practice, the operator of the workstation 7 
may by experience and also by what-if analysis, come 
to learn of different optimised sets of parameter sched- 
uler data which work well for different conditions, such 
as at the beginning of the day, the end of the day, bad 
weather conditions, traffic congestion and other non- 
standard situations. 

[0100] Also, the what-if analysis may provide insights 
into how the rostering and work patterns of engineers 
can be changed, which can be fed into engineer data 6 
for the future, in order to improve and optimise the task 
scheduling. 

[0101] Many modifications and variations to the de- 
scribed example of the invention are possible and, whilst 
the invention has been described in relation to a tele- 
communications system, it can be used to process tasks 
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7. A method according to claim 4 including displaying 
statistical information derived from said modified 
schedule data (S26.11). 

5 8. A method according to any preceding claim Includ- 
ing comparing the modified schedule data with cor- 
responding schedule data produced by running the 
schedule process with a different set of process 
conditions (184. 185). 

10 

9. A method according to claim 8 wherein the different 
set of process conditions is different from the refer- 
ence set. 

^5 10. A method according to any preceding claim includ- 
ing thereafter using said modified set of process 
conditions as said reference set (S26.12). 

11. A method according to any preceding claim Includ- 
20 ing running the scheduling process on a server (5), 
downloading the schedule data to a client (7) in re- 
sponse to a request therefrom, and selectively mod- 
ifying said process conditions at the client and up- 
loading them to the server such as to run the sched- 
25 uling process with the uploaded modified set of 
process conditions. 
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relating to other situations where resources need to be 
applied to carry out the tasks concerned. For example, 
other situations where field engineers are deployed. The 
invention could also be used for work scheduling in an 
Industrial process situation. Many other applications will 
be evident to those skilled in the art. 



Claims 

1 . A method of scheduling tasks (T) that are to be per- 
formed by a plurality of resources (E), comprising: 

running a scheduling process (10) under a pre- 
determined reference set of process conditions 
(6, 15) to provide schedule data (11) corre- 
sponding to schedules of the tasks that Individ- 
ual ones of the resources are to carry out, pre- 
pared from task data (4) concerning the tasks 
to be carried out and resource data (6) concern- 
ing characteristics of resources available to 
carry out the tasks over a given period, 
supplying the schedule data (11) produced by 
the scheduling process to the resources (E), 
selectively modifying said predetermined proc- 
ess conditions (S26.2, S26.2) to establish a 
modified set thereof, and 
running the scheduling process (S26.5) with 
the modified set of process conditions during a 
period that said process is being run with said 
reference set of process conditions to supply 
the schedule data to the resources. 

2. A method according to claim 1 wherein the modifi- 
cation of the process conditions (S26.2) Includes 
modifying the resource data (6). 

3. A method according to claim 1 or 2 wherein the 
scheduling process utilises a scheduling algorithm 
(HS/SA) wherein modalities of its scheduling proc- 
ess are set as a function of the values of a plurality 
of scheduler parameters that are defined by sched- 
uler parameter data (1 5), and the modification of the 
process conditions Includes modifying the schedul- 
er parameter data (S26.3). 

4. A method according to any preceding claim includ- 
ing displaying modified schedule data produced by 
running the scheduling process with the modified 
set of process conditions (S26.2. S26.11). 

5. A method according to claim 4 including displaying 
a Gantt chart corresponding to said modified sched- 
ule data (S26.9). 

6. A method according to claim 4 Including displaying 
a tour map corresponding to said modified schedule 
data(S26.10). 



1 2. A program configuration (1 0) to be run on the server 
for use in performing the method claimed in claim 

30 11. 

13. A program configuration (25) to be run on the client 
for use In performing the method claimed In claim 
11. 
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14. A program configuration (10, 25) to be run on a com- 
puter to perform a method as claimed in any one of 
claims 1 to 11. 

40 15. Apparatus for scheduling tasks (T) that are to be 
performed by a plurality of resources (E), compris- 
ing: 

a scheduler (10) operable to run a scheduling 
45 process under a predetermined reference set 

of process conditions (6, 1 5) to provide sched- 
ule data (11 ) corresponding to schedules of the 
tasks that individual ones of the resources are 
to carry out. prepared from task data (4) con- 
so earning the tasks to be carried out and resource 
data (6) concerning characteristics of resourc- 
es available to carry out the tasks over a given 
period, and to supply the schedule data pro- 
duced by the scheduling process to the re- 
55 sources, 

the scheduler being configured to run the 
scheduling process with a selectively modified 
set of process conditions during a period that 
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said process Is being run with said reference 
set of process conditions to supply the sched- 
ule data to the resources. 

16. Apparatus for scheduling tasks (T) that are to be 5 
performed by a plurality of resources (E), wherein 

a scheduler (10) runs a scheduling process under 
a predetermined reference set of process condi- 
tions (6, 15) to provide schedule data (11) corre- 
sponding to schedules of the tasks that individual io 
ones of the resources are to carry out, prepared 
from task data (4) conceming the tasks to be carried 
out and resource data (6) conceming characteris- 
tics of resources available to carry out the tasks 
over a given period, and supplies the schedule data is 
(11) produced by the scheduling process to the re- 
sources, and the scheduling process is run with the 
modified set of process conditions during a period 
that said process is being run with said reference 
set of process conditions to supply the schedule da- 
ta to the resources, the apparatus comprising: 

a user operable device (7) to selectively mod- 
ify said predetermined process conditions to estab- 
lish said modified set thereof, and to supply the 
modified set to the scheduler. 25 

17. Apparatus according to claim 16 or 17 including 
means to supply the resource data (6) as a function 
of characteristics of field engineers for working on 

a telecommunications system (1 ), and the task data 30 
(4) as a function of tasks (T) to be performed on the 
system (1). 
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